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WEB SERVER HAVING FUNCTION OF JAVA SERVLET, METHOD FOR 
UPDATING JAVA PROGRAM AND COMPUTER PROGRAM 



BACKGROUND OF THE INVENTION 
5 1, Field of the Invention 

The present invention relates to a modification to a 
Java program for a Web server that has a function of a 
Java servlet . 

2. Description of the Prior Art 

10 One of Java (a trademark of Sun Microsystems, Inc. 

in the U.S.A.) technologies that are program languages of 
Sun Microsystems, Inc. is the Java servlet that is used 
for a Web server. When executing a program using a Java 
servlet, a hypertext that is an HTML file written by a 

15 hypertext markup language (HTML), i.e., a description 

language for displaying a Web page responding to a request 
from a World Wide Web browser (a WWW browser) can be 
generated, and the hypertext can be transmitted to the WWW 
browser. 

20 This program includes mainly business logic, screen 

generation (drawing) logic and control logic. The 
business logic performs an application process such as 
user authentication. The screen generation logic is 
related to a structure such as Web page designing and 

25 generates an HTML file in accordance with a result of the 
process by the business logic. Therefore, performing this 
program can generate an HTML file for displaying a Web 
page having contents responding to instructions of each 
user. Namely, a dynamic Web page having unfixed contents 

30 can be provided to each user. 



Utilizing this Java servlet having the above- 
mentioned feature, many providers have opened sites for 
providing services (such as on-line shopping or 
information search) by Web to network users. 
5 These providers should design a structure for 

performing application processes (such as user 
authentication, selection of goods, accounting and 
searching) when opening sites utilizing the Java servlet, 
as well as a Web page. Since a lot of labor is required 

10 for these works, they usually ask programmers who are 

capable of Java programming to make the business logic and 
the control logic, and also ask Web designers to make the 
screen generation logic. 

Programmers and Web designers should make these 

15 logic with Java codes or JSP (Java Server Pages) so that 
these logic work on a servlet engine. 

In order to carry out the work utilizing Java 
efficiently, a technique is proposed for defining each 
screen and a servlet by one to one relationship as 

20 described in Japanese unexamined patent publication No. 
2001-344105. 

However, since a high technology skill is required 
for the work utilizing Java or JSP, creation and 
modification of the screen generation logic are still very 
25 difficult for Web designers even if the technique 

described in the above-mentioned document is utilized. 

Accordingly, after opening a site, a lot of hours 
may be consumed for updating Web pages in the site so that 
update of Web pages may be delayed. Otherwise, the 
30 program may contain bugs so that smooth management of the 
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site becomes difficult. 
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SUMMARY OF THE INVENTION 
An object of the present invention is to provide a 
Web server and a method for modifying a design of a Web 
page that even an unskilled Web designer who is not 
familiar with Java can modify easily in an environment 
with a Web server utilizing a Java servlet . 

A Web server according to the present invention has 
a function of a Java servlet and stores a Java program 
that performs a process of generating an HTML file of a 
Web page for a display on a terminal device of a network 
user. The Web server comprises an obtaining portion for 
obtaining an HTML file of a Web page from a terminal 
device of a person who has created or modified the Web 
page, a first conversion portion for converting the 
obtained HTML file of the Web page into Java codes, a 
program updating portion for updating the Java program by 
replacing the converted Java codes of the obtained HTML 
file of the Web page with a part of the Java program 
related to a structure of the Web page, an extraction 
portion for extracting Java codes of a part related to a 
structure of a designated Web page from the Java program, 
a second conversion portion for converting the extracted 
25 Java codes into an HTML file, and a transmission portion 
for transmitting the converted HTML file to the terminal 
device that made the designation. If the obtained HTML 
file contains a tag indicating a part that cannot be 
modified, the first conversion portion converts the tag 
into a Java code indicating a part that cannot be modified. 
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The second conversion portion converts the code contained 
in the extracted Java codes into the tag. 

Preferably, the Java program includes business logic 
for performing a process of an operation for one Web page 
5 and screen generation logic for generating an HTML source 
code of the part related to the structure of the Web page, 
and the first conversion portion converts the tag 
contained in the obtained HTML file into a Java code 
having a function of receiving a result of the operation 

10 by the business logic. 

Alternatively, if the HTML file obtained by the 
obtaining portion contains a path of another file, a path 
memory portion for memorizing a path name of the path as 
path information and a path update portion for updating 

15 the path name are provided. The second conversion portion 
converts the part of the extracted Java codes indicating 
the path of another file into an HTML file in accordance 
with the path information memorized in the path memory 
portion. 

20 In the present invention, "Java codes" means Java 

byte codes (intermediate codes) that are obtained by 
compiling Java source codes or the source codes. 



BRIEF DESCRIPTION OF THE DRAWINGS 
25 Fig. 1 shows an example of a network system 

including a Web server according to the present invention. 

Fig. 2 shows an example of a hardware structure of 
the Web server. 

Fig. 3 shows an example of a program of the Web 
30 server. 
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Fig. 4 shows an example of a login screen. 
Fig. 5 shows an example of source codes of an HTML. 
Fig. 6 shows an example of Java source codes. 
Fig. 7 shows an example of a Web page modification 
screen in an initial state. 

Fig. 8 shows an example of the Web page modification 
screen in which HTML source codes are displayed. 

Fig. 9 shows an example of a functional structure of 

a Web server. 

Fig. 10 shows the login screen after editing. 
Fig. 11 shows a screen with a message that indicates 

completion of update. 

Fig. 12 shows an example of a screen (a Web page). 
Figs. 13A and 13B show examples of HTML source codes 
15 for the screen shown in Fig. 12. 

Fig. 14 is a diagram for explaining a function of 
the X tag in the business logic and the screen generation 
logic. 

Fig. 15 shows an example of modification of the HTML 
source codes shown in Fig. 13A. 

Fig. 16 is a flowchart that explains a process flow 

in the Web server. 

Fig. 17 shows an example of a screen (a Web page). 
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DESCRIPTION OF THE PREFERRED EM BODIMENTS 
Hereinafter, the present invention will be explained 
more in detail with reference to embodiments and drawings. 

Fig. 1 shows an example of a network system 
including a Web server 1 according to the present 
invention. Fig. 2 shows an example of a hardware 



structure of the Web server 1. Fig. 3 shows an example of 
a program of the Web server 1 . Fig . 4 shows an example of 
a login screen HG1 . Fig. 5 shows an example of source 
codes of HTML. Fig. 6 shows an example of Java source 
5 codes. Fig. 7 shows an example of a Web page modification 
screen HG2 in an initial state. Fig. 8 shows an example 
of the Web page modification screen HG2 in which HTML 
source codes are displayed. Fig. 9 shows an example of a 
functional structure of the Web server 1. Fig. 10 shows a 

10 login screen HG1' after editing. Fig. 11 shows a screen 
with a message that indicates completion of update. 

A Web server 1 according to the present invention is 
connected to terminal devices 2 and 3 via a network 4 as 
shown in Fig. 1. The network 4 can be the Internet, a 

15 private line or a public line. 

The terminal device 3 may be a personal computer 
owned by an ordinary user, a workstation, a personal 
digital assistant (PDA) or a cellular phone. The terminal 
device 3 has a function of a WWW browser (a World Wide Web 

20 browser) and obtains an HTML (Hypertext Markup Language) 
file from the Web server 1 or others, so as to browse Web 
pages describing various types of information and to 
utilize Web applications of various services such as 
information search, on-line shopping, auction or on-line 

25 banking. 

The terminal device 2 is used for making or editing 
a Web page that is used for providing these services. For 
example, the terminal device 2 is used for inserting an 
illustration corresponding to the season in a Web page or 
30 for correcting a literal error when it is found. The 



terminal device 2 can be a personal computer or a 
workstation in which the WWW browser is installed, for 
example . 

The Web server 1 includes a CPU 10a, a RAM 10b, a 
5 ROM 10c, a magnetic storage device lOd, a display device 
lOe and an input device lOf such as a mouse or a keyboard 
as shown in Fig. 2. 

The magnetic storage device lOd stores an operating 
system (OS) and programs for realizing a Web application 

10 by a Java servlet as shown in Fig, 3. These programs are 
loaded on the RAM 10b and executed by the CPU 10a. 

The servlet engine 71 corresponds to a Java virtual 
machine (JVM) in the Java servlet. The servlet engine is 
called a servlet container in the servlet API2.2 or later. 

15 A Java source generator 72 is an HTML -to -Java 

conversion tool that generates a Java source code in 
accordance with source codes described in HTML. A Java 
compiler 73 compiles the Java source code into a Java 
class (a class file) that is a Java byte code that can be 

20 executed by the servlet engine 71. 

A Web application 80 is a program for providing a 
service to the terminal device 3 and includes a plurality 
of Java classes (servlet classes). These Java classes 
include a Java class for each screen (each Web page) such 

2 5 as a login screen HG1 shown in Fig. 4, for example. The 
Java class of a screen includes a screen generation logic 
class for realizing screen generation (drawing) logic and 
an business logic class for realizing business logic. 
Basically, one screen generation logic class and one 

30 business logic class are prepared for one screen. 



Otherwise, it can be structured that one Java class 
includes the screen generation logic and the business 
logic . 

The business logic performs a predetermined 
5 operation process in accordance with an operation or 
others in the terminal device 3. For example, user 
authentication is performed in accordance with a user ID 
and a password that were entered in the login screen HG1 
displayed on the terminal device 3. The screen generation 

10 logic performs a process for generating an HTML file of a 
screen (a Web page). The business logic and the screen 
generation logic are associated with each other in their 
process flow. For example , the screen generation logic 
generates an HTML file in accordance with a result of the 

15 process performed by the business logic. 

The screen generation logic is generated by the 
following procedure. First, coding of a part to be a base 
of the screen generation logic is made in HTML as shown in 
Fig. 5. The coded source code is converted into a Java 

20 source code by the Java source generator 72 as shown in 
Fig. 6. Then, the Java source code is compiled into a 
Java byte code by the Java compiler 73 to obtain the 
screen generation logic. 

The HTML source code can include an original tag 

25 according to the present invention that indicates a part 
that must not be rewritten when modifying (upon 
maintenance of) the HTML source code. This tag is 
referred to as an "X tag" hereinafter. 

The X tag is used as "<X name = " " > </X>" 

30 or "<X = .... = X> w . For example, when a value that is 



stored as a variable "USER_ID" is used for a default value 
in a text box of an ordinary user ID (a value indicated by 
value = ....) in the login screen HG1 shown in Fig. 4, the 
code is described as "< INPUT type = " text" name = " 
5 USER_ID" value = ,f USER_ID" >" . In order to express that 
the part of the default value cannot be modified, it may 
be described as "<INPUT type = " text" name = " USER_ID" 
value = " <X o USER_ID" = X>>" . In this way, the X tag 
can be used for a dynamic part of an HTML source. The 
10 "dynamic part" means a part of a screen design (a 

character, an image or others) that has different display 
contents responding to a result of a process performed by 
the business logic. The process for the X tag will be 
explained later. 

15 On the other hand, the business logic is obtained by 

compiling the Java source code that was coded by a 
programmer by the Java compiler 73. 

The magnetic storage device lOd also stores an edit 
application 74 for editing (maintenance of) the screen 

20 generation logic in the terminal device 2 of a Web 
designer as shown in Fig. 3. According to the edit 
application 74, maintenance of a Web page (an HTML file) 
can be performed by the terminal device 2 on the Web page 
modification screen HG2 shown in Fig. 7 or 8, for example. 

25 The edit application 74 includes the screen generation 
logic and the business logic and works on the servlet 
engine of the Web server 1. 

According to this structure, an HTML file reception 
portion 101, a designation reception portion 102, a 

30 designation screen extraction portion 103, a first 
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conversion portion 104, a code update portion 105, a 
second conversion portion 106, an HTML file transmission 
portion 107, a path memory portion 108 and a path update 
portion 109 are realized in the Web server 1 as shown in 
5 Fig. 9. These functions enable modification to a design 
of a Web page for a service provided to each user (e.g., 
the login screen HG1 shown in Fig. 4). Hereinafter, these 
functions will be explained. 

When a predetermined URL is designated in the WWW 

10 browser of the terminal device 2, the Web page 

modification screen HG2 shown in Fig. 7 is displayed in 
accordance with the HTML file obtained from the Web server 
1. Here, the Web designer enters an ID of a Web page to 
be modified (hereinafter referred to as "GID" ) , a user ID 

15 of the Web designer and a password in the text boxes BX21- 
BX23, respectively, and then clicks a modification button 
BN21. For example, if the login screen HG1 shown in Fig. 
4 is to be modified, "GID01" is entered as the GID. When 
the modification button BN21 is clicked, the entered GID, 

20 user ID and password are transmitted to the Web server 1. 

The designation reception portion 102 shown in Fig. 
9 performs authentication, i.e., security check whether or 
not the user (the Web designer) of the terminal device 2 
is an authorized user in accordance with the user ID and 

25 the password obtained from the terminal device 2. When 
the authentication is completed with a result of an 
authorized user, the designation of the GID is accepted, 
and the GID is passed to the designation screen extraction 
portion 103. 

30 The designation screen extraction portion 103 
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3. 

Fig. 12 shows an example of a screen HG4 (a Web 
page). Figs. 13A and 13B show examples of the HTML source 
code for the screen HG4 shown in Fig. 12. Fig. 14 is a 
5 diagram for explaining a function of the X tag in the 
business logic and the screen generation logic. Fig. 15 
shows an example of modification of the HTML source code 
shown in Fig. 13A. 

Next, the code conversion between HTML and Java 

10 together with a process of the X tag in the HTML will be 
explained. As explained above, the Web designer creates a 
web page and does maintenance thereof using the HTML. For 
example, when creating a Web page (the screen HG4) shown 
in Fig. 12, the HTML source code is described as shown in 

15 Fig. 13A. In order to handle the part of the character 
string "OSAKA PREFECTURE" in the screen HG4 as a dynamic 
part, the X tag is used. Namely, the part of "OSAKA 
PREFECTURE" is marked with the X tags as shown in Fig. 13B. 
The first conversion portion 104 shown in Fig. 9 

20 converts an HTML source code into a Java source code in 
accordance with the following rules. 

(a) A part that is not marked with the X tag is 
converted into a code that works so that the screen 
described in the HTML source code is displayed without any 

25 change. 

(b) A part that is marked with the X tag is 
converted into a code "get HTML" that works so as to 
receive a value from the business logic in accordance with 
a marking name (a value indicated by name = ....) when 

30 performing the screen generation logic generated on the 
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basis of the HTML source code (see Figs. 5 and 6). For 
example, in the case of "<X name=" ADDRESS" >OSAKA 
PREFECTURE</X>" contained in the source code shown in Fig. 
13B, it is converted into a code that works so as to 
5 obtain a result of performing the business logic via a 
variable named "ADDRESS" as shown in Fig. 14. 

(c) A part that becomes a URL (a path) of an image 
or a URL of a submission destination is converted into a 
code that works so that the URL can be read from an 

10 external file dynamically. Namely, the coding is 

performed as follows, for example. The path memory 
portion 108 shown in Fig. 9 extracts a URL of an image or 
others contained in the HTML source code obtained from the 
terminal device 2 and memorizes a part thereof except for 

15 the file name, i.e., a path name as path information 89. 
For example, if the HTML source code contains a 
description "src =" /testl/images/gazou.gif " , the part 
"/testl/images/" is memorized as the path information 89 
in the external file. The first conversion portion 104 

20 replaces the part of the path name of the URL contained in 
the HTML source code with a character string for 
distinguishing the path information 89 and converts the 
same into a Java source code. 

According to these rules, the converted Java source 

25 code is compiled into a Java byte code, which is stored 
under an environment of Java servlet operation. In this 
way, the HTML source code of the image generation logic is 
converted into a Java byte code. 

As explained above, a programmer has to describe the 

30 business logic as a Java source code. In addition, the 
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the production environment or to a URL of the next test 
stage as the path information 89 contained in the external 
file can be changed. 

The HTML source code obtained as explained above is 
5 transmitted to the terminal device 2 by the HTML file 

transmission portion 107 and modified by the Web designer 
as shown in Fig. 15 , for example. The modified source 
code is compiled again by the first conversion portion 104 
to be the Java byte code, which is replaced with the 

10 original screen generation logic. 

Fig. 16 is a flowchart that explains a process flow 
in the Web server 1. Fig. 17 shows an example of a screen 
HG5 (a Web page). Next, a process flow of the Web server 
1 when being accessed from the terminal device 2 or the 

15 terminal device 3 will be explained with reference to the 
flowchart shown in Fig. 16. 

When there is an instruction from the terminal 
device 2 to modify a design of a Web page (Yes in #11), a 
Java byte code of the screen generation logic 

20 corresponding to the designated screen ID (GID) is 

extracted, and an HTML file with a part "getHTML" marked 
with the X tag in accordance with the Java byte code is 
generated (#12). Then, an HTML file for the Web page 
modification screen HG2 as shown in Fig. 8 is transmitted 

25 to the terminal device 2 (#13). 

In the terminal device 2 on which the Web page 
modification screen HG2 is displayed, the Web designer 
modifies (edits) the HTML source code in the text box BX24 
carefully not to rewrite the part of the X tag (#14). For 

30 example, a part of the source code shown in Fig. 13B 
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except for the dynamic part indicated by the X tag, i.e., 
a part having a fixed or a static design is modified to 
make a source code as shown in Fig. 15. The modified 
source code is transmitted to the Web server 1 (#15) and 
5 converted into a Java source code (#16). Further, it is 
compiled into a Java byte code (#17). Then, it replaces 
the original Java byte code, and thus the modification of 
the Web page design is completed. After the completion of 
the modification, it is confirmed that a login 

10 authentication function works correctly. 

On the other hand, if there is an access from the 
terminal device 3 (No in #11), the business logic is 
performed first (#21). Next, the screen generation logic 
works in accordance with a result of the operation by the 

15 business logic, so that an HTML file is generated (#22). 
For example, if the result of the operation by the 
business logic is "SHIROMI, CHUOHKU, OSAKA- CITY " , an HTML 
file for displaying the screen HG5 is generated so that 
the dynamic part MV becomes "SHIROMI, CHUOHKU, OSAKA-CITY" 

20 as shown in Fig. 17. Then, the generated HTML file is 
transmitted to the terminal device 3 (#23). 

The process of steps #12-#18 and #21-#23 is repeated 
as appropriate every time when there is an access from the 
terminal device 2 or 3. 

25 According to this embodiment, even an unskilled 

person who is not familiar with Java can modify easily a 
screen design of a Web application provided by a Java 
servlet. In addition, since the modification can be 
performed on a WWW browser, it is not required to prepare 

30 an FTP (File Transfer Protocol) application or a compiler 
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in the terminal device 2. 

By using the X tag, a bug can be prevented that may 
disturb association between the screen generation logic 
and the business logic. In addition, by storing a URL of 
5 an image file contained in the HTML source code as path 
information in an external file, labor for changing the 
URL can be reduced when moving from a test environment to 
a production environment. 

It is possible to use plural X tags in one HTML 
10 source code. Though the second conversion portion 106 
generates the HTML source code of the Web page to be 
modified by converting the Java byte source in the above 
embodiment, it can be generated by converting the Java 
source code . 

15 A Web designer can modify an HTML source code by 

using an application program for making a Web page. It is 
possible to provide the application program for making a 
Web page with a function of adding a special mark 
indicating prohibition of modification in a part of the X 

20 tag. 

The entire structure or a partial structure of the 
Web server 1, the terminal devices 2 and 3. the structure 
and contents of the program, contents and order of the 
process can be modified if necessary within the scope of 

25 the present invention. 

While the presently preferred embodiments of the 
present invention have been shown and described, it will 
be understood that the present invention is not limited 
thereto, and that various changes and modifications may be 

30 made by those skilled in the art without departing from 
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the scope of the invention as set forth in the appended 
claims . 



